Skip to content

Conversation

@MohammedNaru
Copy link

@MohammedNaru MohammedNaru commented Nov 4, 2025

Coursework/sprint 3 implement and rewrite

Self checklist

  • I have titled my PR with Region | Cohort | FirstName LastName | Sprint | Assignment Title
  • My changes meet the requirements of the task
  • I have tested my changes
  • My changes follow the style guide

Changelist

Pull request complete, all tests working and passed successfully

Questions

no current questions for review.

@MohammedNaru MohammedNaru force-pushed the coursework/sprint-3-implement-and-rewrite branch 4 times, most recently from e7b4c8b to d40619a Compare November 14, 2025 20:42
@MohammedNaru MohammedNaru force-pushed the coursework/sprint-3-implement-and-rewrite branch from d40619a to 5dc9452 Compare November 14, 2025 20:46
@MohammedNaru MohammedNaru reopened this Nov 14, 2025
@MohammedNaru MohammedNaru force-pushed the coursework/sprint-3-implement-and-rewrite branch from 9ac8d6e to 6082322 Compare November 14, 2025 20:51
@MohammedNaru MohammedNaru added Needs Review Trainee to add when requesting review. PRs without this label will not be reviewed. Module-Structuring-And-Testing-Data The name of the module. labels Nov 14, 2025
@cjyuan cjyuan added Review in progress This review is currently being reviewed. This label will be replaced by "Reviewed" soon. and removed Needs Review Trainee to add when requesting review. PRs without this label will not be reviewed. labels Nov 15, 2025
Comment on lines +12 to 16
if (Math.abs(numerator) < denominator) {
return true;
} else {
return false;
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

The spec wasn't clear enough.

How would you change your code if denominator can also be negative?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Because the denominator might also be negative, we should compare absolute values. A proper fraction is defined by the absolute value of the numerator being smaller than the absolute value of the denominator, regardless of sign.

Comment on lines 25 to 27
if (!isNaN(rank)) {
return Number(rank);
}
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

In JavaScript, strings that represent valid numeric literals in the language can be safely
converted to equivalent numbers or parsed into a valid integers.
For examples, "0002", "0x04", "3.1416", "1111", "3e0".

Do you want to recognize these string values as valid ranks?
Does your function behave the way you expect when rank is one of these values?

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I updated the getCardValue function so it now correctly handles numeric cards, face cards, and Aces, and added proper validation with an error for invalid ranks. The previous version only covered a single case, but this update ensures full coverage for the rules

Comment on lines +17 to +21
// When the numerator is negative but absolute value < denominator,
// Then the function should return true
test("should return true for a negative proper fraction (|numerator| < denominator)", () => {
expect(isProperFraction(-4, 7)).toEqual(true);
});
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

To make the tests cover all possible categories, you can consider including a test for negative improper fractions.

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I’ve updated the implementation based on feedback to make it more robust and complete. For isProperFraction, I added an additional test case to cover negative improper fractions, ensuring full coverage across all fraction categories. For getCardValue, I improved the rank parsing by validating numeric ranges properly rather than relying on a fixed list, and clarified handling of both face cards and invalid input by adding stricter validation. This should now behave more reliably and align better with real-world card value rules. Let me know if any further tweaks are needed!

@cjyuan cjyuan added Reviewed Volunteer to add when completing a review with trainee action still to take. and removed Review in progress This review is currently being reviewed. This label will be replaced by "Reviewed" soon. labels Nov 15, 2025
@MohammedNaru MohammedNaru added Needs Review Trainee to add when requesting review. PRs without this label will not be reviewed. and removed Reviewed Volunteer to add when completing a review with trainee action still to take. labels Nov 15, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Module-Structuring-And-Testing-Data The name of the module. Needs Review Trainee to add when requesting review. PRs without this label will not be reviewed.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants